mssql

推荐列表 站点导航

当前位置:首页 > 数据库 > mssql >

一次性压缩Sqlserver2005中所有库日志的存储过程

来源:网络整理  作者:网络  发布时间:2020-12-08 05:12
通过下面这个可以执行单个数据库日志压缩,问题每次都要写数据库名字,日志大的话执行速度没有那么快...
deallocate getDataBaseCursor //释放
exec ('alter database '+ @name+' set recovery simple')
select name from sysdatabases //取出所有库名
sp_helpdb urltest //比对数据库大小
exec ('alter database'+@name+' set recovery full')
如何优化?有没有办法一次性压缩所有的库?
begin
open getDataBaseCursor

复制代码 代码如下:

declare getDataBaseCursor cursor for
exec shrinkDatabase //执行
create procedure shrinkDatabase
set recovery full
while @@fetch_status=0 //根据值循环执行压缩
close getDataBaseCursor //关闭

dbcc shrinkdatabase (数据库名)
有没有办法一次性收缩所有数据库?

复制代码 代码如下:

into @name //将取出来的值放在一个变量中
into @name end
exec ('dbcc shrinkdatabase('+@name+')')
通过存储过程实现,一次性压缩所有数据库:在Sqlserver2005中测试通过
go
go
alter database 数据库名
fetch next from getDataBaseCursor
set recovery simple


有没有办法更快一点?
目前也有压缩日志的工具,一个B/S界面形式的操作压缩数据库的,就是在选择数据库的时候老需要重新去选择具体的库,而且数据库数量很大的时候,有些库被压缩了,并没有自动排序; 目前需要的是被压缩后的数据库自动滚到最后面,每次下拉列表中打开的始终是日志记录容量最大的那个库,这个容易实现,要求就是执行日志压缩的时候,执行速度要快些?
alter database 数据库名


go
fetch next from getDataBaseCursor
as
declare @name nvarchar(2000)

相关热词:

本站内容来源于网络,如有侵权请与我们联系,我们会及时删除,我们深感抱歉!
注:本站所有信息仅供用于网络技术学习参考,学习中请遵循相关法律法规!

本文地址: https://v30.fanwenzhu.com/sql/mssql/1307.shtml

Copyright © www.juheyunku.com      关于 | 合作 | 声明 | 联系 | 更新 | 地图 | Tags

一次性压缩Sqlserver2005中所有库日志的存储过程

2020-12-08 编辑:网络

deallocate getDataBaseCursor //释放
exec ('alter database '+ @name+' set recovery simple')
select name from sysdatabases //取出所有库名
sp_helpdb urltest //比对数据库大小
exec ('alter database'+@name+' set recovery full')
如何优化?有没有办法一次性压缩所有的库?
begin
open getDataBaseCursor

复制代码 代码如下:

declare getDataBaseCursor cursor for
exec shrinkDatabase //执行
create procedure shrinkDatabase
set recovery full
while @@fetch_status=0 //根据值循环执行压缩
close getDataBaseCursor //关闭

dbcc shrinkdatabase (数据库名)
有没有办法一次性收缩所有数据库?

复制代码 代码如下:

into @name //将取出来的值放在一个变量中
into @name end
exec ('dbcc shrinkdatabase('+@name+')')
通过存储过程实现,一次性压缩所有数据库:在Sqlserver2005中测试通过
go
go
alter database 数据库名
fetch next from getDataBaseCursor
set recovery simple


有没有办法更快一点?
目前也有压缩日志的工具,一个B/S界面形式的操作压缩数据库的,就是在选择数据库的时候老需要重新去选择具体的库,而且数据库数量很大的时候,有些库被压缩了,并没有自动排序; 目前需要的是被压缩后的数据库自动滚到最后面,每次下拉列表中打开的始终是日志记录容量最大的那个库,这个容易实现,要求就是执行日志压缩的时候,执行速度要快些?
alter database 数据库名


go
fetch next from getDataBaseCursor
as
declare @name nvarchar(2000)

本站内容来源于网络,如有侵权请与我们联系,我们会及时删除,我们深感抱歉!
注:本站所有信息仅供学习参考!
本文地址为 https://v30.fanwenzhu.com/sql/mssql/1307.shtml

相关文章

风云图片

推荐阅读

返回mssql频道首页